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WHAT IS CLAIMED TS : 

1 . A method for error detection in storage data, comprising: 

retrieving one block from a plurality of blocks, wherein the retrieved block has a 
pattern and a checksum field, and wherein the pattern is written into the plurality of 
blocks during initialization of the blocks in a storage device; 

determining whether a checksum computed from the retrieved block is different 
than the value in the checksum field of the retrieved block; 

determining whether the retrieved block includes the pattern; and 

generating an error if the retrieved block does not include the pattern and if the 
computed checksum is different than the value in the checksum field. 

2. The method of claim 1, wherein the pattern written into the plurality of 
blocks while initializing data in the storage device is written during a format operation on 
the storage device, wherein no checksum value is written to the checksum field during the 
format operation. 

3. The method of claim 1 , wherein the block is retrieved in response to a read 
request from an application. 

4. The method of claim 1, further comprising: 

writing data and a calculated checksum to one block after the pattern was written 
to the blocks during initialization. 

5. The method of claim 4, wherein the checksum is calculated by: 
computing the checksum from data received in a write request from an 

application. 
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6. The method of claim 1, wherein the checksum is computed with an 
Exclusive-Or operation. 

7. The method of claim 1, wherein the pattern and checksum field are at 
identical locations in each of the plurality of blocks. 

8. The method of claim 1 , wherein the block of data retrieved from the 
storage device is processed by a target driver, a device driver specific to the storage 
device, and an adapter card specific to the storage device. 

9. The method of claim 8, wherein the block of data is retrieved by: 
receiving at the target driver a first request for data from an application; 
generating a second request corresponding to the first request by the target driver; 
sending the second request from the target driver to the device driver; 
generating a third request corresponding to the second request at the device driver, 

wherein the third request is formatted to be compatible with the hardware of the storage 
device; and 

transmitting the third request from the device driver to the storage device via the 
adapter card. 

10. The method of claim 1, wherein the first request is for data having a first 

2 byte length and wherein the second request is for data having a second byte length longer 

3 than the first byte length. 

1 1 1 . A method for formatting a storage device into a plurality of blocks of a 

2 block size, comprising: 

3 reserving a set of bits within each of the plurality of blocks to store a pattern; 

4 reserving a checksum field within each of the plurality of blocks to store a 

5 checksum; 

6 formatting the storage device into the plurality of blocks; and 
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during the formatting, writing the pattern into the set of bits within each of the 
plurality of blocks, wherein no checksum value is written to the checksum field during 
the formatting. 

12. The method of claim 1 1, where the checksum field occupies the same 
location as the set of bits within each of the plurality of plurality of blocks. 

13. The method of claim 1 1 ? wherein the pattern and checksum field are at 
identical locations in each of the plurality of blocks. 

14. The method of claim 1 1 , wherein the block size on the storage device is 
increased as a result of storing the checksum. 

15. The method of claim 11, wherein the formatting comprises executing a 
SCSI FORMAT UNIT command, further comprising: 

setting a FMTDATA field in the FORMAT UNIT command field within data 
structures of the FORMAT UNIT command; 

setting an IP field in a DEFECT LIST HEADER field within the data structures 
of the FORMAT UNIT command; 

setting a PATTERN TYPE to be hexadecimal 01 in an INITIALIZATION 
PATTERN DESCRIPTOR field within the data structures of the FORMAT UNIT 
command; and 

setting an INITIALIZATION PATTERN LENGTH and an INITIALIZATION 
PATTERN field in the INITIALIZATION PATTERN DESCRIPTOR field within the 
data structures of the FORMAT UNIT command. 



1 6. The method of claim 1 5, wherin the SCSI FORMAT UNIT command is 
configured by a host system and executed by the storage device. 
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17. The method of claim 1 1, wherein the storage device is a member of a set 
of storage devices comprising a Direct Access Storage Device (DASD), Just a Bunch of 
Disks (JBOD), a Redundant Array of Independent Disks (RAID), a flexible disk, a rigid 
disk, a tape library and an optical library. 

18. A system for error detection in storage data, wherein the storage data is 
contained in a storage device, and wherein the storage data comprises a plurality of 
blocks, the system comprising: 

means for retrieving one block from the storage device, wherein the retrieved 
block has a pattern and a checksum field, and wherein the pattern is written into the 
plurality of blocks during initialization of the blocks in the storage device; 

means for determining whether a checksum computed from the retrieved block is 
different than the value in the checksum field of the retrieved block; 

means for determining whether the retrieved block includes the pattern; and 

means for generating an error if the retrieved block does not include the pattern 
and if the computed checksum is different than the value in the checksum field. 

19. The system of claim 1 8, wherein the pattern written into the plurality of 
blocks while initializing data in the storage device is written during a format operation on 
the storage device, wherein no checksum value is written to the checksum field during the 
format operation. 

20. The system of claim 18, further comprising: 

means for writing data and a calculated checksum to one block after the pattern is 
written to the blocks during initialization. 

21 . The system of claim 1 8, further comprising processing the block retrieved 
from the storage device with a target driver, a device driver specific to the storage device, 
and an adapter card specific to the storage device. 
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22. The system of claim 21, wherein the means for retrieving the block further 
performs: 

receiving at the target driver a first request for data from an application; 

generating a second request corresponding to the first request by the target driver; 

sending the second request from the target driver to the device driver; 

generating a third request corresponding to the second request at the device driver 
wherein the third request is formatted to be compatible with the hardware of the storage 
device; and 

transmitting the third request from the device driver to the storage device via the 
adapter card. 

23. A system for formatting a storage device into a plurality of blocks of a 
block size, comprising: 

means for reserving a set of bits within each of the plurality of blocks to store a 
pattern; 

means for reserving a checksum field within each of the plurality of blocks to 
store a checksum; 

means for formatting the storage device into the plurality of blocks; and 

during the formatting, means for writing the pattern into the set of bits within each 

of the plurality of blocks, wherein no checksum value is written to the checksum field 

during the formatting. 

24. The system of claim 23, wherein the means for formatting comprises 
executing a SCSI FORMAT UNIT command, wherein the executing further comprises: 

setting a FMTDATA field in the FORMAT UNIT command field within data 
structures of the FORMAT UNIT command; 

setting an IP field in a DEFECT LIST HEADER field within the data structures 
of the FORMAT UNIT command; 
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setting a PATTERN TYPE to be hexadecimal 01 in an INITIALIZATION 
PATTERN DESCRIPTOR field within the data structures of the FORMAT UNIT 
command; and 

setting an INITIALIZATION PATTERN LENGTH and an INITIALIZATION 
PATTERN field in the INITIALIZATION PATTERN DESCRIPTOR field within the 
data structures of the FORMAT UNIT command. 

25. A article of manufacture including code for error detection in storage data, 
wherein the storage data is contained in a storage device, wherein the storage data 
comprises a plurality of blocks, and wherein the code causes operations to be performed, 
the operations comprising: 

retrieving one block from the plurality of blocks, wherein the retrieved block has a 
pattern and a checksum field, and wherein the pattern is written into the plurality of 
blocks during initialization of the blocks in the storage device; 

determining whether a checksum computed from the retrieved block is different 
than the value in the checksum field of the retrieved block; 

determining whether the retrieved block includes the pattern; and 

generating an error if the retrieved block does not include the pattern and if the 
computed checksum is different than the value in the checksum field. 

26. The article of manufacture of claim 25, wherein the pattern written into the 
plurality of blocks while initializing data in the storage device is written during a format 
operation on the storage device, wherein no checksum value is written to the checksum 
field during the format operation. 

27. The article of manufacture of claim 25, wherein the block is retrieved in 
response to a read request from an application. 
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1 28 . The article of manufacture of claim 25 , further comprising: 

2 writing data and a calculated checksum to one block after the pattern was written 

3 to the blocks during initialization. 

1 29. The article of manufacture of claim 28, wherein the checksum is 

2 calculated by: 

3 computing the checksum from data received in a write request from an 

4 application. 

1 30. The article of manufacture of claim 25, wherein the checksum is computed 

2 with an Exclusive-Or operation. 

1 31. The article of manufacture of claim 25 , wherein the pattern and checksum 

2 field are at identical locations in each of the plurality of blocks. 

1 32. The article of manufacture of claim 25, wherein the block retrieved from 

2 the storage device is processed by a target driver, a device driver specific to the storage 

3 device, and an adapter card specific to the storage device. 

1 33. The article of manufacture of claim 32, wherein the block is retrieved by: 

2 receiving at the target driver a first request for data from an application; 

3 generating a second request corresponding to the first request by the target driver; 

4 sending the second request from the target driver to the device driver; 

5 generating a third request corresponding to the second request at the device driver 

6 wherein the third request is formatted to be compatible with the hardware of the storage 

7 device; and 

8 transmitting the third request from the device driver to the storage device via the 

9 adapter card. 
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34. The article of manufacture of claim 25, wherein the first request is for data 
having a first byte length and wherein the second request is for data having a second byte 
length longer than the first byte length. 

35. An article of manufacture including code for formatting a storage device 
into a plurality of blocks of a block size, wherein the code causes operations to be 
performed, the operations comprising: 

reserving a set of bits within each of the plurality of blocks to store a pattern; 
reserving a checksum field within each of the plurality of blocks to store a 
checksum; 

formatting the storage device into the plurality of blocks; and 

during the formatting, writing the pattern into the set of bits within each of the 

plurality of blocks, wherein no checksum value is written to the checksum field during 

the formatting. 

36. The article of manufacture of claim 35, where the checksum field occupies 
the same location as the set of bits within each of the plurality of plurality of blocks. 

37. The article of manufacture of claim 35, wherein the pattern and checksum 
field are at identical locations in each of the plurality of blocks. 

38. The article of manufacture of claim 35, wherein the block size on the 
storage device is increased as a result of storing the checksum. 

39. The article of manufacture of claim 35, wherein the formatting comprises 
executing of a SCSI FORMAT UNIT command, further comprising: 
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setting a FMTDATA field in the FORMAT UNIT command field within data 
structures of the FORMAT UNIT command; 

setting an IP field in a DEFECT LIST HEADER field within the data structures 
of the FORMAT UNIT command; 

setting a PATTERN TYPE to be hexadecimal 01 in an INITIALIZATION 
PATTERN DESCRIPTOR field within the data structures of the FORMAT UNIT 
command; and 

setting an INITIALIZATION PATTERN LENGTH and an INITIALIZATION 
PATTERN field in the INITIALIZATION PATTERN DESCRIPTOR field within the 
data structures of the FORMAT UNIT command. 

40. The article of manufacture of claim 39, wherein the SCSI FORMAT UNIT 
command is configured by a host system and executed by the storage device. 

4 1 . The article of manufacture of claim 35, wherein the storage device is a 
member of a set of storage devices comprising a Direct Access Storage Device (DASD), 
Just a Bunch of Disks (JBOD), a Redundant Array of Independent Disks (RAID), a 
flexible disk, a rigid disk, a tape library and an optical library. 



